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' ' ' Abstract 

{\ \ The Traveling Tournament Problem (TTP) is a challenging com- 

• ■ binatorial optimization problem that has attracted the interest of re- 

Q , searchers around the world. This paper proposes an improved search 

neighbourhood for the TTP that has been tested in a simulated an- 
nealing context. The neighbourhood encompasses both feasible and 
infeasible schedules, and can be generated efficiently. For the largest 
TTP challenge problems with up to 40 teams, solutions found using 
this neighbourhood are the best currently known, and for smaller prob- 
lems with 10 teams, three solutions found were subsequently proven 
optimal. 
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1 Introduction 

The Traveling Tournament Problem (TTP) proposed in [2j requires schedul- 
^ ■ ing a double round-robin tournament while satisfying a set of constraints. 

The best schedules also minimize the total travel distance of the tournament 
participants. 

Similar to the Traveling Salesman Problem (TSP), the TTP requires 
searching for a shortest tour through a number of destinations. However, 
unlike the TSP the TTP requires the creation of interlocking travel schedules 
across multiple participants, with tight constraints on feasible solutions. 

Effective neighbourhood designs have been developed for the TTP using 
tabu search and simulated annealing in [3] and pQ. However, it is desirable 
to have a neighbourhood design that affects fewer games at each transition, 
especially as the number of teams increases. In a markov chain context, 
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we might expect such a neighbourhood to allow a sequence to reach quasi- 
equilibrium faster. In addition, a larger neighbourhood might also help to 
ensure that a given search procedure is not trapped in a local minimum. 

The rest of this paper is organized as follows: a brief description is given 
of some known neighbourhood structures encompassing feasible and infeasi- 
ble schedules. This background discussion is a slightly different presentation 
of the techniques used in pQ. A proposal for an improved neighbourhood is 
outlined, and its properties examined. Finally, a summary of experimental 
results using a simulated annealing approach is presented. 

2 Background of the Traveling Tournament Prob- 
lem 

In a TTP schedule, each of n participants or teams must play every other 
opponent twice; once at the team's home location, and once at the oppo- 
nent's location. Thus, there are 2n — 2 games in each team's schedule. TTP 
challenge problems specify a distance matrix D defining the travel distance 
between all teams. Traveling between the locations of two teams ti and tj 
incurs a travel cost of Dij == Dji. By definition, every team must return 
home at the end of the schedule; if ti is away at the location of some team 
t x in the last game of the schedule, D x i is added to the total travel distance 
for ti. 

TTP schedules commonly have two significant "soft" constraints, beyond 
the double round-robin requirement. A schedule satisfying these constraints 
is said to be feasible, while a schedule which contains one or more violations 
to these constraints is infeasible. The At Most constraint requires that no 
more than three consecutive home or away games are allowed for any team. 
The No Repeat constraint requires that no team play the same opponent in 
consecutive rounds. (The mirror constraint is not considered in this paper, 
which is discussed in [3]). 

Figure Q] shows an example (shortest) schedule for the Galaxy 10 prob- 
lem, discovered using the techniques described later. 

2.1 Basic Neighbourhood 

Following the definition and syntax outlined in [I], a basic TTP neighbour- 
hood is reviewed on which later work is based. 

A move is a transformation which can be applied to one schedule to 
reach one or more other schedules. Schedules may be feasible or infeasible, 
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Figure 1: A tournament schedule for the Galaxy 10 problem comprising 
2 * 10 — 2 = 18 rounds which satisfy the At Most and No Repeat constraints. 
The "@" symbol designates an away game, and if ti plays away to tj in a 
round, then by definition tj is at home to ti in that same round. 



but are always complete double round-robin tournaments at the comple- 
tion of a move. Multiple types of moves may be defined. The union of 
schedules reachable in a single move, across all types of moves, defines the 
neighbourhood. 

Given a TTP with n teams, (n even) with a set of teams 1 < t{ < n 
and rounds < rj < 2n — 2, a neighbourhood can be constructed from the 
following set of moves: 

1. swapHomes(ti,tj) reverses the home/away status whenever tj plays 
tj. This must occur exactly twice in the schedule for ti and tj in the 
same rounds. All other teams remain unchanged. 

2. swapRounds(rk,ri) swaps all games in round r^ with n across all 
teams. 

3. swapTeams(ti, tj) swaps the schedule of teams ti and tj, except when 
the two teams play each other. The schedules of all the other teams 
are also updated to reflect the swap. A variant of swapTeams com- 
bines swapTeams(ti,tj) with swapHomes(ti,tj) which produces a 
new schedule which is violation neutral with respect to the previous 
schedule (it neither increases nor decreases the number of constraint 
violations in the schedule). 

4. partialSwapRounds(ti, r^, 77) starts with a swap of the games in rounds 
rk and ri for team tj. Suppose tj's opponents in these two games are 
t x and t y \ we then continue to swap the same rounds for t x and t y , 
making note of their opponents in the swapped rounds. The process 
continues until all opponents in any swapped rounds have had the same 
swap performed; this ensures that a double round-robin tournament 
is produced that is consistent. 

5. partialSwapTeams(ti,tj,rk) starts with a swap of the game between 
ti and tj in round r^. Suppose that ti swapped away a home game 
against t x in that round, and received a home game with t y in return. 
From the perspective of ti, the schedule now has a duplicate home 
game with t y : one in round r^, and another in some other round, 
r\. The swap of games between ti and tj then continues in round 
r; to trade away the duplicated game, and the swapping procedure 
continues. Swapping stops only when a home game with t x is received 
by ti in a swap. This procedure ensures that a valid double round- 
robin tournament is preserved, with (hopefully) fewer changes than 
swapTeams (ti,tj). 
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Table 1: An example schedule fragment (highly infeasible!) for two teams, 
A and B, part of an 8 team schedule. The schedules for the other six 
teams (C through H) are elided. The games shown are prior to executing 
partial SwapTeams(A, B, 1). The first game swap would take place in round 
1, where team A would receive '@H'. The next game to be swapped is thus 
round 13, where A has a duplicate '@H' game. The home game against team 
C would be returned to team A after 10 swaps (this game was lost in the 
first swap), and the partial SwapT earns swap sequence is then complete. 



To illustrate the machinery in partial SwapT earns, Table [JJ shows a pro- 
gression of swaps in a sample schedule for the move partialSwapT eams{A, B, 1). 
While round 1 is the starting point shown here, note that the resulting sched- 
ule would be the same if any round in that move's swap sequence was selected 
as the starting round. This is true in general for partial SwapT earns, and as 
a result the partial SwapT earns effective neighbourhood size is substantially 
smaller than the number of partial SwapT earns moves for a given schedule. 

3 An Improved Neighbourhood 

This section outlines a new strategy for extending partial SwapT earns, cre- 
ating a larger accessible neighbourhood with improved acceptance rates. 

The strategy is based on preconditioning a schedule to reduce the number 
of games swapped by the partial SwapT earns procedure. For example, Table 
[2] illustrates the scope of change similar to Table [TJ but with a perturbation 
first applied to the schedule in the form of a swapHomes move. This per- 
turbation supposes we are prescient enough to precondition schedules with 
some chosen swapHomes move prior to executing partial SwapT earns. 

Simulating the same partialSwapTeams(A, B, 1) move as before on the 
altered schedule, only 5 rounds are involved in exchanges between A and B 
rather than 10. Of course, this gain was not achieved without cost, since 
the swapHomes move also disturbed the schedule. This can be partially 
reversed if we simply repeat the same swapHomes move as an additional 
step. 

3.1 Lookahead Partial Swap Teams 

Generalizing from this example, consider a new compound move called 
I ookAheadPartial SwapT earns, or L-PST, sketched in Algorithm [TJ This 
move is constructed by preconditioning a schedule with swapHomes before 
executing the usual partial SwapT earns procedure. 

Data: (ti,tj,r) 
select look ahead opponent tf, 
swapHomes (tj,ti); 
partialSwapTeams(ti, tj,r); 
swapHomes (tj,ti); 
Algorithm 1: Sketch of basic Lookahead Partial Swap Teams 

The value of L-PST depends on the selection of a look ahead opponent 
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Table 2: A schedule fragment for two teams, A and B, part of an 8 
team schedule. The schedule is derived from Table Q] with the home/away 
status reversed for team E in the schedule for team B. In other words, 
swapHomes(B,E) has been executed as a preconditioning step. If we 
then execute partialSwapTeams(A, B, 1) as before, the number of swapped 
rounds is reduced to 5 from 10. Round 9 is shown in the swap sequence with 
a '*' since it has been changed; however, if swapHomes(B , E) is repeated 
after partial SwapT earns (A, B, 1) then round 9 is returned to its original 
game assignments. 



ti that reduces the number of game swaps and overcomes the added cost of 
swapHomes. 

The search for a look ahead opponent starts by simulating the generic 
partialSwapTeams(ti,tj,r) procedure, collecting all of the opponents of tj 
into a list, called a swaplist. For example, looking at the swap sequence 
shown in Table [TJ the swaplist constructed from the opponents of team B 
is: 

{@H,G,@E,F,@G,H,@D,E,@F,C} (1) 

To identify candidates for the look ahead opponent, a swaplist is scanned 
for duplicate teams with a sufficiently large gap between them; any team 
that occurs twice in the swaplist is a candidate look ahead opponent. The 
gap size represents the benefit of the swapHomes preconditioning step. For 
example, team H is a good candidate since there is a gap of 5 between @H 
and H. The same gap length exists for teams E and F. 



{@H,G,@E,F,@G,H,@D,E,@F,C} (2) 

Note that choosing either H, E, or F as the look ahead opponent gener- 
ates three different resulting schedules, increasing the size of the neighbour- 
hood that can be reached in one move|j These three new schedules are all 
achieved with fewer total game swaps than the original partialSwapTeams 
procedure. In each case, the number of expected game swaps is 5, which 
is predicted by the length of the swaplist less the look ahead opponent gap 
size. In practice, selection of a look ahead opponent is based on finding the 
largest gap in the swaplist; ties can be resolved by coin tossing. 

Of course, it is possible that no duplicate opponents will be found in 
a given L-PST swaplist, and therefore the preconditioning strategy is not 
available. In this case, the usual partialSwapTeams procedure is followed. 
Algorithm [2] shows a version of L-PST with this feature. 

3.2 Early Exit Strategy 

It is possible to further curtail the number of game swaps with a strategy 
termed early exit. Recall that the generic partialSwapTeams(ti,tj,r) pro- 
cedure first swaps a game between ti and tj in round r. Team ti loses some 
game against an opponent t x with this first swap. Ordinarily, if this round 



lr The opponents in the swaplist that occur within the gap framed by the look ahead op- 
ponent are skipped by the partialSwapTeams portion of the L-PST procedure, therefore 
selecting a different look ahead opponent will result in a different schedule. 



Data: (ti,tj,r) 

simulate generic partialSwapTeams(ti,tj,r) procedure to produce a 

swaplist for tj) 

select look ahead opponent tf, 

if ti available then 

swapHomes (tj,ti); 

partialSwapTeams(ti, tj, r); 

swapHomes (tj,ti); 
else 

| partialSwapTeams(ti,tj,r); 
end 
Algorithm 2: Basic Lookahead Partial Swap Teams algorithm 



was ij's home game against t x (for example), swapping would continue un- 
til a home game against t x is received from tj. However, it is possible to 
stop earlier, if an away game against t x is received instead. Stopping at 
this point leaves the schedule in a state which is not double round-robin; 
however, it can be repaired by noticing that ti has two away games against 
t x , and flipping one of the two games at random to be a home game restores 
the double round-robin property for ti. tj has a similar problem, with two 
home games against t x , one of which must be flipped to an away game. Of 
course, the procedure must also correct the two corresponding games for t x . 

In general, the early exit strategy can be followed in &partialSwapTeams(ti,tj,r) 
move when ti regains a game which has the original round r opponent, but 
with the wrong home/away status. 

3.3 Combining Look Ahead with Early Exit 

The lookahead and early exit strategies can be combined to reduce the num- 
ber of game swaps. For example, suppose that the L-PST simulation step 
in Algorithm [2] produced the following swaplist: 



{A, B, C, D, E, @A, @F, B, C, D, E, F} (3) 

Choosing B, C, D, or E as the look ahead opponent, each with a gap of 6, 
is certainly a big improvement. But it is also possible to choose A (with a 
gap of 5), and exit early with @F rather than continuing with 5 additional 
swaps to get F. In general, to choose the look ahead opponent penalties are 
provisionally added to the swapHomes preconditioning step and the early 



exit (when applicable), and the shortest overall path is constructed to either 
the final opponent in the swaplist, or an earlier match against the same 
opponent. 

The complete version of L-PST is summarized in Algorithm [3J 

Data: (ti,tj,r) 

simulate generic partialSwapTeams(ti,tj,r) to create a swaplist for 

tj\ 

select look ahead opponent tf, 

if ti available then 

swapHomes (tj,ti); 

partialSwapTeams(ti, tj,r); 

swapHomes (tj,t{); 
else 

partialSwapTeams(ti,tj,r); 
end 
if early exit was performed then 

repair schedules for ti, tj and opponent to restore double 

round-robin property; 
end 
Algorithm 3: Lookahead Partial Swap Teams with optional early exit 



4 Experiments 

The shortest known schedules for the TTP challenge problems NL10, CIRC10, 
and GalaxylO were all discovered by the author using Lookahead PST. These 
schedules were recently proven optimal in |6j. Note that the optimal sched- 
ule was not found in every run; problems of this small size execute relatively 
quickly and were used for test purposes with dozens of runs for each. 

L-PST was also used to find all of the current best known schedules 
for the larger Galaxy problems. The results for the largest problems are 
summarized in Table (3) 

All results were obtained using a single desktop computer, using a sim- 
plified version of the TTSA algorithm without reheats [I], starting from 
random initial schedules. Other aspects of the TTSA algorithm including 
the objective function were also modified. The proposal distribution used 
in TTSA is not described in [l]; as an indication of the relative importance 
of L-PST, in the largest challenge problem (Galaxy with n=40) the initial 
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Problem size Previous best L-PST best Improvement 

36 207,117 177,090 14.5% 

38 253,279 214,546 15.3% 

40 304,689 258,899 15.0% 

Table 3: Summary of results for the largest Galaxy challenge problems. 

proposal distribution used suggests L-PST for approximately 66 % of all 
move attempts. 



5 Conclusion 

An improved search neighbourhood for the Traveling Tournament Problem 
is proposed which uses a derivative of the partialSwapTeams move. New 
mechanisms were outlined which identify shortcuts to reduce the number of 
game swaps. With a reduced number of game swaps, on average, the goal is 
to avoid becoming trapped in a local minimum during a search procedure. 
The proposed Lookahead Partial Swap Teams or L-PST algorithm used in a 
simulated annealing context appears to be effective in finding optimal sched- 
ules for problems up to 10 teams, and very good, short distance schedules for 
a wide range of larger challenge problems. Whether the solutions to larger 
problems are close to optimality or not remains to be proven. 
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